home *** CD-ROM | disk | FTP | other *** search
- Path: ix.netcom.com!news
- From: Bradd W. Szonye <bradds@ix.netcom.com>
- Newsgroups: comp.lang.c++
- Subject: RE: C\C++ versus Visual Basic
- Date: 20 Apr 1996 20:42:08 GMT
- Organization: Netcom
- Message-ID: <01bb2efa.211449a0$8ec2b7c7@Zany.localhost>
- References: <4l1io4$3tj@news.moscow.com> <31765172.3822@datalytics.com>
- NNTP-Posting-Host: det-mi4-14.ix.netcom.com
- X-NETCOM-Date: Sat Apr 20 3:42:08 PM CDT 1996
- X-Newsreader: Microsoft Internet News
-
-
- On Thursday, April 18, 1996, Rob Stewart wrote...
- > Erol Kochman wrote:
- > >
- > > I would like to learn either C/C++ or Visual Basic for career
- development.
- > > Several programmers have told me that Visual Basic is more practical
- for
- > > developing Windows multimedia apps, however, most of the job listings
- I see
- > > on the Internet require C/C++. Is it feasible to learn both
- languages?
- >
- > VB is growing in popularity, but I see more jobs for C++ than
- > for VB. Perhaps that balance will change someday.
- >
- > You can learn more than one language regardless of the
- > languages. The problems are when you can't mentally
- > compartmentalize the differing capabilities. For example,
- > Smalltalk and C++ share some common OOP characteristics, but
- > only Smalltalk offers garbage collection (unless you use an
- > add-on tool for C++). Thus, with one, you must carefully track
- > your memory allocation, and with the other, you ignore them
- > altogether.
- >
- > Likewise, VB has a different approach to writing a program
- > because of its forms approach, and the language, while much
- > improved over original BASIC, can still teach you some bad
- > habits. If you can maintain different mental programming models
- > and styles, you can use both tools. Each will likely color the
- > code you write in the other, but whether that is bad depends on
- > you and the results (long and short term).
- >
- > --
- > Robert Stewart | My opinions are usually my own.
- > Datalytics, Inc. | stew@datalytics.com
- >
-
- I've found that learning as many languages as possible is always helpful;
- however, you probably don't want to learn too many too fast. Your first
- programming language is usually fairly difficult, even if the language
- itself is simple. It's best to concentrate on that language alone until
- you feel reasonably proficient.
-
- The second language is harder, because you usually have to "unlearn"
- things from the first language, especially in areas where the two
- languages are similar, but different enough to give you trouble.
-
- The third and succeeding languages all get easier as you start to learn
- *programming* concepts, rather than specific language concepts. After a
- while, they all seem pretty similar, as long as you stay within the same
- language category (like procedural third-generation langauges [3GLs]: C,
- C++, BASIC, Pascal, etc.).
-
- The next speed bump you'll hit is when you try a language with a
- completely different concept, like LISP. Then you need to "unlearn" some
- of the more generic programming skills. This can also happen when moving
- to an event-driven environment, like learning to program for Windows. If
- you learn Visual Basic early on though, you'll pick up event-driven
- programming fairly easily--it's a major concept of the language.
-
- One quick note: you don't need to know C to learn C++. In fact, the
- "unlearning" phase of this transition can be especially hard because the
- languages are so similar, the few differences are subtle and difficult,
- and you usually run into them early on when learning C++.
-
-
-